Praktyczny test klientów SIP | Command Line 1
Description
W pierwszym odcinku Command Line staramy się praktycznie i rzeczowo pokazać różnice pomiędzy kilkoma dostępnymi klientami protokołu SIP. Temat, który będziemy pewnie nie raz odświeżać, ale na pewno warto posłuchać o naszych długotrwałych eksperymentach i ich wynikach. Testowane aplikacje to: Blink, Jitsi, Linphone, Ring, Hangout.
Jest to inauguracyjny odcinek serii Command Line, stąd imprezowa czapeczka Freda 🙂 Opowiadamy nie tylko o planach na podkast ale też przedstawiamy pierwszy techniczny temat. Temat, który pojawił się właściwie sam. Od kilku miesięcy szukaliśmy idealnego oprogramowania do komunikacji audio i wideo w naszym wirtualnym studio. Poszukiwaliśmy nie tylko wygodnego w użyciu narzędzia, ale głównie takiego, umożliwiającego realizację wysokiej jakości nagrań z naszych technicznych dyskusji.
Materiały dodatkowe do odcinka:
Blink | Linphone | Jitsi | Ring | Hangout | Ekiga | ||
testowana wersja | 2.0.0 | 3.10.2 | 2.8.5426 | Beta 2 | 4.01 | ||
istnieje od | od 2009 | od 2001 | od 2003 | bazuje na SFLphone, istniejącym od 2009 | od maja 2013
| od 2000 | |
licencja | OSX: Blink License, Windows i Linux: GPLv3 lub FreeBSD | GNU GPLv2 | Apache 2.0 | GNU GPLv3 | Freeware | GPL 2.0 | |
rozwijane przez | AG Projects | Belledonne Communications | Jitsi Team and Contributors | Savoir-faire Linux, wraz z globalną społecznośćią
| Damien Sandra i niezależni programiści
| ||
strona projektu | |||||||
ergonomia interfejsu | – klasczny interface komunikatora – intuicyjnie zaprojektowane menu – optymalny balans między zaawansowaniem i szegółowością opcji a wygodą uzytkowania – brak szczegółowych informacji o połączeniu (dobrze zaprezentowane informacje podstawowe) | – klasyczny interface z listą kontaktów i historią aktywności – brak GUI do konfiguracji opcji kodeków – mniej intuicyjne niz Blink – brak wyświetlania technicznych informacji o połączeniu | – klasyczny interface z listą kontaktów – dużo opcji i szegółowa konfiguracja, całkiem ergonomicznie rozplanowana – szczegółowa ale mało intuicyjna i skomplikowana konfiguracja kodeka H264 – mnogość opcji może przytłaczać mało zaawansowanego użytkownika – bardzo szczegółowe informacje o parametrach trwającego połączenia | – nietypowy interface, ciekawie rozwiązana konfiguracja ustawień – jako jedyny: mozliwość regulacji jakości video w trakcie połączenia – brak wyświetlania informacji o parametrach trwającego połączenia | – prosty intuicyjny interface bez zaawansowanych opcji konfiguracji – podobnie jak w pozostałych usługach Google
| – klasyczny interface z listą kontaktów – interface “sprzed kilku lat – proste ale skuteczne opcje konfiguracyjne – brak nadmiaru opcji – prezentuje podstawowe informacje techniczne o trwającym połączeniu | |
dostepne kodeki | audio: OPUS, SPEEX, G.722, G.711a, G.711u, iLBC, GSM
video: H.264, VP8
bakcendy audio (linux): alsa, pulseaudio | audio: OPUS, SILK, SPEEX, G722, AMR-WB (G722.2), GSM 6.10, AMR-NB, ILBC, G729, G711
video: H.264, VP8, MPEG4
backendy audio (linux): alsa, pulseaudio | audio: OPUS, SILK, SPEEX, AMR, ILBC, G722, GSM, PCMA, PCMU
video: H.264, H.263, VP8, red, ulpfec
backendy audio (linux): pulseaudio, portaudio | audio: Opus, G711u, G711a, GSM, Speex (8, 16, 32 kHz), G.722
video: h264, VP8, MP4V-ES, H263-1998
backedy audio (linux): alsa, pulseaudio, jackaudio (poprzez modul jackaudio ladowany przez pulseaudio) | WebRTC – używa VP8 do kodowania wideo i Opus (lub innych np. iLBC, iSAC, G.711, G.722) do audio
| audio: iLBC, GSM 06.10, MS-GSM, G.711 A-law, G.711 µ-law, G.726, G.721, Speex, G.722, CELT (also G.723.1, G.728, G.729, GSM 06.10, GSM-AMR, G.722.2 [GSM‑AMR-WB] using Intel IPP
video: H.264, H.261, H.263+, Theora, MPEG-4
backendy audio: alsa, pulseaudio
| |
obslugiwane protokoly | SIP, Bonjour (LAN) | SIP | SIP, XMPP, IRC, MSNP, OSCAR, YMSG, AIM/ICQ, Facbook | RING, SIP |
